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FIELD OF THE INVENTION 
The presen. i„ven.io„ reia.es «o an apparatus and meuiod for encod.„ g infonna,ion for 

„ from a wireless device to include both a response to the request and possibly 
responding to a request from a wireless uevn* 

secondary data for a user of the device. 

BACKGROUND OF THE INVENTION 
Wireless devices, such as eel, phones and personal digitai assistants (PDAs), are becoming 
mo ,e commonly used and have *e po.en.ia, for communication over the fn.eme. in addi.ion , 
traditional .e.ephone neKvorUs. The Mteme. communion wid, .hese devices permLs users .o obtain 
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services and other reiated information using wirdess communication with ,he devices. For example, a 
user can down.oad con.en. from the world wide web on the Interne, using a cell phone and have the 
information disp.ayed on me display panel of the cel. phone. Therefore, in addition to using the ce,l 
phone for voice communication, the user can obtain content over the Interne, concerning, for example, 

services available from service providers. The user can also execute transactions over the Interne. 

using .he ceU phone or Cher wtreless device. For example, the user can make electronic purchases for 

good or services, analogous to how users can make transactions over the Interne, using a persona. 

computer having a connection «o the Interne.. Users can also send and receive e-mail via .heir wireless 

devices. 

Wirdess devices, however, .end ,o have limited processing capabilhy via .heir browsers and 
are usuaUy only in communication with a network for limited amounts of time. Due .o ,he wireless 
communication of ,he devices, they must be in proximhy ,o a wireless ne«work tiansmitier/receiver, 



such as a 



cell phone .ower, in order to communicate via the network. Also, fce cos. for wireless 



communication is usually much higher ,han conventional wireline communication, meaning that a wireless 

device canno, economically be continuously on the network while operating. 

These aspects of wireless devices means mat mey must make specific requests to a server in 

order ,o obtain information. For example, in order to re«rieve an e-mail message, a wireless device 
mus. make a specific request for pending e-mail from a server and have the server return the e-mail 
message. Likewise, if a user had ordered tickets via a wireless device, the user's wireless device mus. 
make a specific reques. for confirmation from a server ,o verify execution of the order. Therefore, for 
each piece of desired information, ,he user's wireless device mus, make a specific reques,. The server 



cannot "push" the information to the wireless device. This type of interaction can result in inefficient 
communications and require additional processing by wireless devices. 

Accordingly, a need exists for enhanced responses to requests from wireless devices to provide 
additional information that may exist for the user beyond the requested information. 

SUMMARY OF THE INVENTION 
A method and apparatus consistent with the present invention provide a response to a request 
from a wireless device. A request is received from the wireless device associated with a particular 
user, and information is retrieved for responding to the request, possibly including secondary data for 



the user 



. The retrieved information is associated with the secondary data to generate a response, 



which 



is transmitted to the wireless device. 

Another method and apparatus consistent with the present invention can be used by wireless 
devices for processing and presenting a response to a request. In response to a transmitted request 
associated with a particular user, a wireless device receives a response. It can determine that the 
response includes information for responding to the request and secondary data for the user, and it 
presents the response including at least an indication of the secondary data. 

BRIEF DESCRIPTION OF THE DRAWINGS 
The accompanying drawings are incorporated in and constitute a part of this specification and, 
together with the description, explain the advantages and principles of the invention. In the drawings, 
FIG. 1 is a diagram of a system for processing requests for service; 

FIG. 2 is a diagram of a network for communicating with wireless and wireline devices and 
service providers to process requests for service; 



FIG. 3 is a diagram of exemplary components of a server for processing requests for service; 
FIG. 4 is a diagram of exemplary components of a wireless device; 

FIG. 5 is a diagram conceptually illustrating the encoding of secondary data with original data 
for generating responses to requests from wireless devices; 

FIGS. 6 and 7 are a flow chart of a method executed by a server to encode secondary data 
with original data for generating responses to requests from wireless devices; and 

FIG. 8 is a flow chart of a method executed by a wireless device to process and present to the 

user the secondary data along with the original data. 

DETAILED DESCRIPTION 

Introduction 

Embodiments consistent with the present invention provide various features for a web-based 
electronic persona, assistant, as described in the web-based personal assistance applications identified 
above. The electronic personal assistant is implemented with a system server that the receives requests 
from users through wireless or wireline devices and processes the requests in order to provide One user 
with requested service or information. These features permit the user to interact with the system server 
in a variety of ways such as through a disp.ay on the device, a keyboard or keypad, or through voice 
interaction. The system server can present information to the user in a variety of ways as wen, such as 
through audio communication or through information presented on a display with, for example, textual 
information, screens, or web pages presented with Hypertext Markup Language (HTML). 

The requests, as explained in the web-based personal assistance applications identified above, 
can include any request for service or information. For example, a user may request a meeting, and in 



response the system server queries the user to obtain information required to arrange the meeting and 
then automatically makes the arrangements. As another example, a user may request information 
concerning services in a particular geographic location or based upon other parameters, and the system 
server can query the user to determine the type of information requested, such as particular types of 
retail establishments, and provide the information to the user. As another example, a user may request 
to purchase goods or services, or make reservations for services, and in response the system server 
queries the user to determine the type of goods or services desired as well as other information such as 
a desired price. Based upon that information, the system server automatically makes the purchase for 
the user. For the reservations example, the system server can query the user to determine information 
required to make the reservations for the user. For any request, the system server can access user 
preferences to obtain information required or useful to process the request, such as the user's credit 

card information and shipping address. 

In addition, the system server can automatically notify the user of particular information. The 
system server typically maintains a database of preferences for the users in order to help process the 
requests. It also maintains a concept database and uses the concepts in order to retrieve and construct 
queries, such as text fragments, for the user. The use of only text fragments, for example, saves 
transmission time in comparison to transmission of graphical information over a network; alternatively, 
graphics can be used in addition to the text fragments. 

Based upon the type of request, and potentially user preferences, the system server selects the 
appropriate queries from the concept database to obtain information to process the request. Upon 
completion of the processing, the system server can present to the user a sentence constructed from the 




related concepts in order to confirm the request. It can also use the sentence to document the request, 
retrieve the appropriate resources for it, and otherwise fulfill the request. This process, and the use of 
these concepts and the structure for a concept database, are further described in the web-based 
personal assistance applications identified above. 
; The system server can also cross-reference the concept database with a service provider 

database. In order to fulfill requests, the system server can access a database identifying available 
service providers for the request. At the end of each string of concepts in the concept database, that 
database can specify a link or pointer to the relevant service providers in the service provider database. 
For example, if the request is for a meeting, once the system server has all the relevant information as 
I constructed from the concepts, the concept for the location of the meeting can include a pointer or link 
1 ,„ the establishments proximate the location and available to provide food for the meting. Therefore, 
1 information for relevant service providers can be associated with the appropriate concepts in the 
Q concept database. 

H Req uest Processing 

J FIG. 1 is a diagram of a system for fulfilling a request for service. The system includes, system 

10 for processing a request transmitted from a requestor 12 through a network 14 such as the 
mtemet or other wireline or wireless network. System server 10 includes several software modules for 
processing the request from requestor 12. A communicator module 1 6 manages an interface for Ore 
communications with requestor 12 over network 14. Communicator module 16 receives the request 
20 and provtdes necessary formatting and other processing for transmitting it to a planner module 22. 



server 
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Planner module 22 interacts with a service provider module 24 in order to obtain the resources 
for fulfilling .he request. In particular, service provider module 24 interacts over a network 30, such as 

fuMll the request. Service provider module 24 provides for —ication and data conversion for the 

- ~ ~f r^miest and interacts with various 
interaction, while planner module 22 manages processing of the request and 

databases for processing the request. A private credit card service module 28 can provide for secure 
order processing of the request to help safeguard users' personal information such as credit card 

numbers. 

Once the planner module 22 has obtained the resources for the request, it communicates 

database 20 for storing and managing resources and other information to fulfill the request. Executor 
m „du,e ,8 thus communicates back over netwo* 14 with requestor 12 to provide confirmation of Ute 

request and also to execute the request. 

A teaming module 26 can provide for fine-tuning plan data within a database 3 4 in order to 
efficiently process requests, particular,, from the same requestor. Oher databases include a 

account for each user having a profile and preferences for the users, and the information can be indexed 
by a particular user identifier such as a phone number or code. 

Tabic 1 illustrates a user account. As shown, the user accounts can include users' preferences 
for a wide variety of information such as for travel, dining, and other types of service providers. The 

8 



more 



user preferences can be contmual.y updated and refined over time as the system server gathers more 
information concerning the user, and the system server can optional,, use teaming models for the 
refinements and use the preferences to make "smart choices" in processing users' requests. The 
information can be stored in a variety of ways such as in a relational database or with name-vatue pairs 



m 



Extensible Markup Language (XML). 



user 1 identifier 



contact 



Table 1 



data 



profile 

hotel information 
airline information 
rental car inf ormation 
restauran t information 
service provider prefer ences 
other category 



name, address 
user 1 cha racteristics 
user 1 hotel preferences 



user 1 airline preferences 
user 1 renta l car preferences 
user 1 restaur ant preferences 
user 1 ser vice provider preferences 
user 1 preferences for the category 



Processing to 



fulfill the request is further explained in the web-based personal assistance 



applications identified above. 



Network 



FIG. 2 is a diagram of an exemplary network 50 illustrating interaction for receiving and 
processing requests from users such as recmestor .2. It illustrates how the system can receive requests 
through wireless and wireline transmission over conventional phone and celUnar networks as well as the 
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mteme, or other computer network, A re.ue.tor typical* makes a request from a wire.ess or wireline 
device. The wireless devices include any device capable of wireless electronic communication and 
examples include the following: cellular phones; PDAs with wirdess network access; wire.ess Interne, 
appliances; personal compute, (including desktop, laptop, notebook, and others) with wireless 
network access; and personal computers with microphones, speakers, and circuitry for permitting 
wireless phone calls. The wireline devices include any device capabie of electronic wireline 
communication and examples include the following: conventional phones; PDAs with wirehne network 
access; Internet appliances; persona, computers (including desktop, laptop, notebook, and others) with 
wireline network access; and personal computers with microphones, speakers, and circuity for 

permitting wireline phone calls. 

A wireless device 52, for example, can interact through wireless transmission with a base 
station 56 for communication over a personal communication system (PCS) 58. A reo.ues, may also be. 
m ade from a wireline device 54 communicating over a public switched telephone network (PSN) 60. 
Systems for wireiess and wireline communication, includes a PCS and PSN, are known in the art. 

Communications through networks 58 and 60 are transmitted through a gateway 62 and 
potentially a buffer 64 to a speech processor 66 for performing processing of audio or particular types 
of communications, such as for voice-o-,ex, conversion. Also, the communication may occur directly 

interface between a system server 76 and gateway 62, speech processor 66, and the world wide web 



20 70. 
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System server 76 corresponds with system server 10 in FIG. 1 to process user requests, 
taterface server 68 provides the data conversion and processing for transferring data to and from 
system server 76. As shown by the dashed line, speech processor 66 and interface server 68 can be 
imp.emen.ed with .he same physical machine or with different machine, Also, system server 76 can be 
imp.emcn.ed with one or more physical machines and can also be programmed .o implement the 
functions of speech processor 66 and interface server 68. 

In addition to receiving requests over networks 58 and 60, interface server 68 can receive a 
request over the world wide web 70. In particular, a wireless device 74 can interact through wireless 
communication wi,h a PCS 72, which communicates over the world wide web 70 through a 
communication pro.oco. such as, for example, the wireless app.iea.ion protocol (WAP). Th. WAP for 
communications over the Internet is known in the art. 

System server 76 can communicate over the world wide web 78 with various service provides 
80 to fulfill requests. In addition, system server 76 can communicate with credit card processing or 
other financial networks 86 in order to provide fmancia. processing for fulfilling request, Networks 86 
can include known networks, including banking networks, for processing credit card transaction, As 
shown, service providers 80 and financial networks 86 can also send and receive communications 

through a PCS 82 and PSN 84. 

System server 76 car, communicate directly over the world wide web 78 to a gateway 88 and 
base station 90 in order to provide communication direct* with a wire.ess device 92. A,so as shown, 
communications can occur from system server 76 back through interface server 68 and speech 
processor 66 to the end user wireless devices 52 and 74 and wireline device 54; system server 76 can 
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also communicate directly with gateway 62, as shown. Those communications can provide, for 
example, confirmation of a request or information responsive to a request. 

Network 50 illustrates fundamental hardware components for communications over the various 
types of networks shown. As known in the art, network 50 can include additional components and can 
also include components for providing services known in the art with respect to phone calls. For 
example, it can include a caller ID service to provide system server 76 with the phone number of the 
user's wireless or wireline device originating a communication. Also, network 50 can include other 
means for communication of data such as through satellite transmission. For transmission over the 
Internet, network 50 can use Transmission Control Protocol/Internet Protocol (TCP/IP) or other 
protocols. 

Server Co m ponents 

FIG. 3 depicts a server 100 illustrating exemplary hardware components of system server 10 
and other machines used by the system, such as speech processor 66 and interface server 68. Server 
100 includes a connection with a network 1 16 such as the Internet or other type of computer or phone 
networks, which may correspond with the networks shown in FIGS. 1 and 2. Server 100 typically 



includes a memory 



102, a secondary storage device 1 10, a processor 1 12, an input device 114, a 



display device 108, and an output device 106. 

Memory 102 may include random access memory (RAM) or similar types of memory, and it 
may store one or more applications 104 for execution by processor 112. Applications 104 may 

ip ond with software modules to perform processing for the functions described below. 
Secondary storage device 1 10 may include a hard disk drive, floppy disk drive, CD-ROM drive, or 



corresi 
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other types of non-volatile data storage, and it may correspond with the various databases shown in 
FIG. 1 . Processor 1 12 may execute applications or programs stored in memory 102 or secondary 
storage 1 10, or received from the Internet or other network 1 16. Input device 1 14 may include any 
device for entering information into server 100, such as a keyboard, key pad, cursor-control device, 
touch-screen (possibly with a stylus), or microphone. Display device 108 may include any type of 
device for presenting visual information such as, for example, a computer monitor, flat-screen display, 
or display panel. Output device 106 may include any type of device for presenting a hard copy of 
information, such as a printer, and other types of output devices include speakers or any device for 
providing information in audio form. Server 100 can possibly include multiple input devices, output 

devices, and display devices. 

Although server 100 is depicted with various components, one skilled in the art will appreciate 
that this server can contain additional or different components. In addition, although aspects of an 
implementation consistent with the present invention are described as being stored in memory, one 
skilled in the art will appreciate that these aspects can also be stored on or read from other types of 
computer program products or computer-readable media, such as secondary storage devices, including 
hard disks, floppy disks, or CD-ROM; a carrier wave from the Internet or other network; or other 
forms of RAM or ROM. The computer-readable media may include instructions for controlling server 

100 to perform a particular method. 

wirple.Rs Device C omponents 
FIG. 4 illustrates exemplary hardware components of a wireless device 120, which may 
correspond with the exemplary wireless devices identified above. Wireless device 120 typically 
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includes a memory 122, a secondary storage device 130, a processor .32, an input device .34, a 
display device .28, an output device 126, a transmitter/receiver 136, and a short range 

transmitter/receiver 138. 

Memory 122 may include RAM or similar types of memory, and it may store one or more 
applications 124 for execution by processor 132. Applications 124 may correspond with software 
modules to perform processing for the functions described below, and they may also include web 
browser programs for retrieving and displaying content from the Interne,. Secondary storage device 
,30 may indude a hard disk drive, floppy disk drive, CD-ROM drive, or other types of non-vo.a.ile 
data storage such as a ROM. Processor 132 may execute applications or programs stored in memory 
,22 or secondary storage 130. Input device 134 may include any device for entering information into 
wireless device ,20, such as a keyboard, key pad, cursor-control device, touch-screen (possibly with 
;ty lu s), or microphone. Wireless device 120 can include multiple input devices; for example, i, can 
include both a microphone and key pad for a ce.l phone. Display device 128 may include any type of 
device for presenting visual information such as, for example, a computer monitor, flat-screen display, 

display panel. Output device 126 typically includes a speaker for providing information in audio 
form. It can also include a device for providing a hard copy of information such as a printer, or provide 
port for a connection to a printer. Wireless device ,20 can possibly include multiple input devices, 

output devices, and display devices. 

Transmitter/receiver 136 provides for wireless communication with phone neKvorks or 
computer networks such as is shown in FIGS. 1 and 2. Transmitter/receiver 136 can be implemented 
with known RF transmitters and receivers for providing cellular transmission between wireless device 
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120 and base scions such as base scions 56 and 90, or i, can be imp,en*n,ed with a wireiess 

for other types of conjunction such as a sa.e„i.e transmission. 
Short range transmitter/receive, ,38 provides for wireiess short range co.nmunica.ion w,«h 
other wireiess devices, and „ can be indented with transmitters and recovers drat operate 

ref erred to as the Biuetooth™ technoiogy for direct wireiess communication between ioca, interacts 
wireless devices; ,ba, technoiogy is gained in, for example, the Specificanon of me Biuetooth 
System, Core, vl.OB, December 1, 1999 and the SpeciHcation of the Biuetooth System, Profiles, V. 
B December 1 , 1999, bom of which are incorporated herein by reference. 

to addition, even if a wrreiess device does no, contain short range transmitter/receiver 138, 
.echnoiogy exists to ob,ain an approxima,e geographic location of certain wreless devices, m 

in order ,o ob,ai„ an app— geographic ,oca,ion of me ceiiuiar phone, inciudmg an indication of „s 

vertical (altitude) location. 

AUhough wireiess device 120 is depicted with various component one sK.led in ,he ar, wii, 
appreciate «ha, mis wireiess device can contain additiona, or different components, m addiuon, 
aUhough aspects of an imp—n consistent with the presen, inventton are described as being 

from other types of compute, prog™ products or computer-readable media, such as secondary 
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other network; or other forms of RAM or ROM. The computer-readable media may inCude 
mstructions for continuing wireless device 120 to perform a particular method. 

Exemplary hardware components for wireline devices, such as the examp.es provided above, 

can inCude the same components as wireless dev.ce ,20 except without the transmitter/receiver .36 

and the short range transmitter/receiver 138. 

S^rxB^^ 
Secondary data encoding can he used to provide robust and dynamic responses to reouests 
& om users of wireless device, When a reoues, from a wireless device is received, Ute system looks up 
the user for the wireless device and can determine if secondary data exists for the use, to other words, 
in addition ,0 responding to the specific reoues,, the system can retrieve other information for the user 
and send mat information, or an indication of it, back to the wireless device with a response to the 
original reoues, u, tha, manner, a user of a wireless device need no, necessarily reoues, particular 
types of information or responses to each particular transaction. 

(For exampie, a user may reoues. a reservation for services such as an airline reservation. The 
system can execute tha, —ion and determine, for example, mat an e-mail message is pending for 
the user. When — n g confirmation of ,he reservation ,o the user, the system also transmits the e- 
mai, message or an indication of it. Therefore, the user need no, necessarily specifically make a reoues, 
for any pending e-mai, messages, as me sys.em can send them back in response to other reouests. 
Likewise, as another example, if a user reouested any pending e-mai, messages, the system can send 
both the e-mai, messages and any pending confirmation of previousiy-reouested reservations or an 
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indication of them. These examp.es are provided for illustrative purposes only, and the processing of 
secondary data can inciude any type of information, transactions, and requests from wireless devices} 

F,G. 5 is a diagram of a system 190 conceptual iHustrating the encoding of secondary data 
wi ,h origina, da. for generating responses to requests from wireless devices. A server 160, which may 
be implemented with system server 10 identified above, can receive requests from various wireless 
devices ,66 and 168, and transmit responses to mem. Wire,ess devices .66 and .68 may correspond 
wtth wire.ess device .20 identified above or with other wire.ess devices. The requests and responses 
can be transmitted over wire.ess and other networks as identified above. Server .60 can access 
various processes . 54, possib.y remote, for processing a request and generating a response to it. 
Server .60 can a.so receive information from secondary data sources .52, possibhy remote as we... 
The secondary data sources ,52 can provide, for examp.e, information for execution of a transaction 
for a user of one of the wire.ess devices 166 and ,68. For examp.e, secondary data sources 152 can 
execute a process in response to a user request such as making an on-line purchase or providing 
reservations for services. They can also prov.de information from third party sources such as, for 
example, an e-mai, message no, necessari.y dehvered in response to a re,ues, or e-ma,, message by Ore 



user. 



The processes 154 for the original data request can involve, for example, one or more 
responses sen, back ,o the user a, one of the wireiess devices for execu,ing «ransac,ions. For example, 
if a user requests a reservation for services, a process 154 can send back an immediate response 
confirming receipt of the request. When the reservation is actual.y made, a secondary data source 152 
send back to the server confirmation of the resection for subsequent transmission to the wireless 



can 
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tw nmressine for a request can involve, for example, 
device. Executing a transaction or performing other processing q 



. A user's wireless device is not necessarily on-line and 



162 can 



a time delay or execution of multiple processes 

t/ . _ , 1<: p r 'c reauest cannot necessarily 

accessible during that time. Therefore, information for respondmg to a user reque 

be sent immediately back to the user's device. 

Server 160 can use flags .162 to indicate that secondary data exists for a use, The flags can 

be linked to secondary data 156 in a database. Server 160 can also access other databases 

■* f « for a user including information for responding to a user's request sent V1 a 
158 for retrieving information for a user, uiciuamg 

• i „h 1 *R The databases can include, for example, those databases 
one of the wireless devices 166 and 168. The aataoases 

1 (\&. fnr manaeine the status of the flags 
described above. Server 160 can include supportmg processes 164 for manag g 

and for use in responding to user's requests. 

Table 2 Ulustrates conceptual the use of flags to indicate data for par.icu.ar transaction. The 

of transactton can have, for example, a separate flag, as different .ypes of .ransacfons may invo.ve 
different processes. The flags can be indented with any type of indication, and the, can poss,b,y be 
co mbmed to use one flag for muLip.e transactions. Bach flag can also be linked with an y actual data for 
the transaction ■„ databases ,6 and 1 58, for example. This type of data structure can be repeated for 
each user and associated wtth user rdentifters, and the server can thus electronically maintain an 

can include any informal to iden.if.er .he user. User iden.if,rs a,so typical* rdentify or are 
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associated with an identification of the user's wireless device so 
the wireless device over a network. 



that the system can communicate with 




BOS. 6 and 7 are a flow chart of a method 170 executed by a server to encode secondary 
data wth original data for generating responses to revests from wire.ess devices 
Method HO can he implemented in software modules within a server such as server !60. in method 
,70 the system, for example system 150, determines if it receives secondary data for a user (step 
,«, Secondary data includes any information for transmission to a user of a wireless device. 
Secondary data can tnclude informal sen, in response to a ^ or include information from third 
party or other source, For example, „ can indude con— of a reservanon sent in response to a 



any communication from the user. 

secondary data, it can look up a user for the data (step 174) and access 

supporting processes 1,4 to perform ^ retired processing for the data (step 17* Looking up the 



If the system receives 
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user can 



involve accessing .he user's account specifying the status of the flag, The system saves the 
secondly data, for example in database .56, and associates the data with the user (step 178). Baseo 
upon the type of data or corresponding transaction, the system configures a flag in tine user, account, 
for examp.e, to indicate the presence of the secondary data and, as illustrate above, can link the flag 

with the data (step 180). 

The system also determines if it receives data and a request from a wireless device, such as 
wireless devices 166 and 168 (step 182). These requests are typicaHy sen, from the wireless devices 
over a network such as those networks identified above. The requests may be sent as, for example, 
Hypertext Transport Protocol (HTTP) requests from a browser in the wireless device for 
communication over the Internet or other IP network. Alternatively, the requests can be sent via any 
application in a wireless device according to any protocol. 

The requests can include any type of communication relating to a transaction. For example, the 
requests can involve on-line purchases of goods or services, requests for reservations for services, 
requests for pending e-mai. messages, or requests for information. Likewise, the corresponding 
responses can include, for example, confirmation tha, the purchases were executed possibly with 
delivery of information for the purchase, confirmation of the reservation, e-mail messages, or the 
requested information. 

A request may involve multiple inquiries for the same transaction, and responses may also 
include multiple communications for the same transaction. For example, a user may request a particular 
reservation and, in response, the server may communicate that the requested reservation is no, available 
and offer alternative reservation, The user may ,hen request one of the alternative reservations, and 
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,he server confirms that reservation. The single transaction in this example, the request for a 
reservation, involves multiple communications for the confirmation of it. 

If the system receives a request, it performs processing for the request and secondary data, if 
present, for the user. In particular, the system obtains a user identifier associated with the request, 
checks flags for the user, and sends the request to the appropriate processes (step 1 84). The use, 
identifier can be used to access the flags in the user's account, for example, and the system can check 
each flag status to determine if secondary data for corresponding transactions exists for the user. If a 
flag is set, for example, or othenvise indicates the presence of secondao- data, the system can also 
determine the type of transaction associate, with the secondary data, as different types of transactions 



1 9 can involve different processing of the information. 

1 The system performs processing for the original request. In particular, it can send the original 

1 request and data to process 154, for example, that can respond to commands and data received (step 
k m) . That process can men perform processing for the request (step 188), and the particular 

processing may depend upon the type of request and resources or mformation required to respond to it. 
The processing can occur wtthin the server or involve a remote process. For example, the server may 
need to contact other entities for processing a request for a purchase or a reservation. The process, 
. after executing the request, sends a processed response (step 190). If executed remotely, for example, 

the processed response is sent back to server 160. 

If seconda^ data exists for the user, as determined in step 184, the system performs processing 
for the secondary data. As illustrated, the processing of secondary data can occur in parallel to the 
processing of the original request. Alternatively, they can be performed together or as sequential 
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processes. The system can access supporting processes 164 (step !92), which can look up the user 
(step 194) -d perform tasks relating to the user identifier based upon, for example, the status of the 
flags (step 196). The tasks can involve, for example, processing retired to provide the secondary 
data to the user, and any type of supporting process or processes can be accessed or used. 

Transactions can involve various processing and the tasks can relate, for example, to individual 
processing for a particular trar.act.on. For example, a purchase transaction may renuire a credit card 
processing and confirmation of a desired delivery for the product. As another example, a request for a 
reservation may require a credit card number or other financial instrument to hold the reservation- 
Tasks can a!so involve, for example, accessing user preferences or information identifying a use. s 
wireless device in order to determine how to send the data to the user. For example, if a user's 
wireless device does no, have a display, then a task for an e-marl message can involve converting the 
text of the message into a corresponding audio file for transmission to the user. 

The supporting processes perform their processing using, for example, the data as linked with 
the flags or otherwise associated with the user (step 198). The system can also update the status of the 
flags for this user (step 200). For example, the status can be change, to indicate that the secondary 
data was provided to the user or, if it cannot he provided, the status can be left intact to indicate that 

secondary data still exists for the user. 

After processing the original request and the secondary data, if present, the system can 
generate a response for transmission to the user. The system receives the processed second^ data 

processed original data and, for example, associates them for transmission by inserting an 
mdication of the secondary data encoded into the original data response (step 202). For example, the 



and the 



22 



system can co„ca«e„a,e ,he da,a into a si „g.e, or possiUy multiple, data streams response using XML 
tags or other codes to identify the portions of the data. The codes can indicate, for example, the 

of secondary data, and the user's wireiess device can use that indication to likewise present to 
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,he user the indication of the secondary data. For example, the indication can include an icon or other 
identifier displayed to the user on the wireless device and permitting tine user to select the icon to 
retri eve and access the secondary data. Therefore, the indication of me secondary data can include the 
actual secondary data; i, can include an indicator such as, for example, a flag indicating to the user tha, 

information can be used to retrieve the secondary information from the serve, The indicator can also 
he configured to indicate a type of secondary data such as, for example, an e-mail message or a 

transaction confirmation. 

The system formats the response into a data stream (step 204). The formatting can involve, for 
example, any formatting required for network transmission of the data stream such as formatting for 
communication protocols identified above. The formatting can also involve, for example, inserting 
codes or instructions in the data to indicate to the wireless device how to present the da. such as the 
instructions as described in the re.ated application identified above for rendering data. It could include, 
for example, accessing the user preferences ,0 determine how to present the response based upon the 
user^s desired type of presentation. The system then transmits the response to the user's wireless 
device via a network (step 206), and it returns to step 172 to repeat the method for additional 
secondary data and requests. 
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*u„a o 1 n for execution by a wireless device, such as wireless 
FIG 8 is a flow chart of a method 210 tor execution oy 

dev icesl6o and 16S,,o P^s and ^ data a>on g w it H *e o rigi na, d a,a. Me,hod210 
be cemented in software modu.es for execution by browser or other application in a wneless 

g e„era,ed inpu, re.atin g to a request (step 212* For example, a user may enter a request .nto the 
w , re ,ess dev.ce us,n g an inpu, device such as a t oucb screen with a styhts. Me—, a request can 
be .eneratin. programmatic*, by an ap P Uca,ion in the wireless device, or by an externa, en,,ty 

communicating with the wireless device. 

An appHcation in rue wireless device receives the request and sends a command ,o g enera,e 

to ,eques, and — the data and request ,o the system server such as server loO (step 2.6,. Th, 

tbe interne, or Cher IP network * transmission can aiso involve, for example, tbc networks and 
p^ols iden.if.ed above. ,f tbe wtreless device remains on-line in communication with the network i, 

waits for a response (step 218). 

Tbe wireless device receives a data stream response from the system server (step 220). It can 
ive the response via, for example, the networks and communication protocols identified above. 
The wireless device parses, or otherwise presses, the received data stream to prcess the reques, i, 
nas previously sen, (s,ep 222). The parsin g can include detec,in g and iden,ifyin g codes in the data 

Those codes can inch.de, for example, f,ags indicating tha, secondary data exists on the system serve,, 



receive 
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and the wireless device can use the nags ,0 retrieve the secondary data from the server. As identified 
above, the flags can aiso indicate a type of data represent by the secondary data, Alternatively, if the 
actual secondary is encoded into the data stream, then the wireless device need no. necessarily retrieve 
i, from the system server. By parsing the data stream, therefore, the wireless device can determine if 
secondary data exists for the user, either by detecting the actual secondary data or detecting an 
indication of it and subsequently retrieving it from the system server. 

The parsing can also include decoding any tnstructions in the data stream, or links to 
instntctions, for determining how to present the data to the User. The instructions may be based upon, 
for example, user preferences specifying how the user desires to be presented with responses. 

The wireless device processes the original request in order to present the response received 
from the system server to the user (step 224). The presentation can involve, for example, a visual 
display on the wireless device or an audible presentation (step 226). The presentation can occur using 
a browser program, for example, in the wireless device. The processing for the response to the original 
request can depend, for example, on the type of transaction represented by the request and 
requirements to display or present the corresponding information. 

If the wireless device detects an indication of secondary data in the data stream (step 228), it 
processes the supporting request as determined by the indication of the secondly data (step 230). 
The processing for the secondary data can depend, for example, on the type of transaction represented 
by the secondary data and requirements to display or present the corresponding information. It can 
inciude using a flag in the data stream, for example, to retrieve the secondao. data from the system 
server, if an indicator for it is provided rather than the actual secondary data. 
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a A- no anf1 nrocessing the secondary data, presents the secondary 
The wireless device, upon decoding and processing mc 

response information «o the use, (step 232). That response can also involve, for example, a visual or 
audihle pre—, possihlv in junction with present of the response for the orisina, rec,es, 
A ccordin g lv, even thou.h no, specifically requested, a user can receive other —on intended - 

the user in response to the original request. 

Tahles 3 and 4 provide - example of an XML data stream revues, and response to iHustrate 

• l,.. device The planner module in the server receives this data stream 
posted to the server from a wireless device. 1 ne piann 

. a ^Concept, messa g e and can process the concepts as descrihed ahove. Tahle 4 provides 

• + ve ~ n mn1e the nm="3" tag means that the user has three 
Table3 As illustrated in the response, in this example the nm 

new messes and the ns-r «a g means tha, die user has two unacxnowled.ed solutions, and hoth the 

■ rA„ to nresent to the user an indication of the secondary data 
wireless device can use those tags in order to present to tne 

• , a m ratine that the user has two messages and three 
by for example, displaying on the wireless device text stating 

cementations of the present invention can use any type of requests, tags, and responses, and the 
.quests and responses can be transmitted using other types of languages or protocol, 
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<submitConcepts type="goal"> 

^ ~ ABLE .iaim" o-"v. 3.2" v-200,04032232" 



<dev i="NOT_AV AIL ABLE 

l="en_US"/> 
<c i="wl"x/c> 
<c i="35"x/c> 

<ci =-4"><airportCode>SEA</airportCodeX/c> 
</submitConcepts> 



Table 4 



<aenm="3" ns="2" id="328 1454273156"> 

<o i="ADvCDgAAAOWrmbrFgACsHGNe"> conditions for 

<s i=" ADvCDgAAAOWrmbrFgAKsHGNe t- Current co 

'"w' s="f ' h=»Weather forecast:"d="20010404162135»> 

g ^ t ^ t -Current conditions for Seattle, WA - 4/4" !=' W> 

<I t="s" w=" 1 " 1=" Weather station" v="Seattle, 
WA
#8002#"/> 

<j t= - s .. w= » r l=»Conditions" v="Mostly Sunny /> 
<I t =»s" w ="l" l="Temperature" v="48 Deg. F... 
( truncating) 

WHUe *. presen, invent has oeen deseribed in connect wnh - exemp.arv en— * 
^ nndersiood « .any — — - - - " ■ — » ~ SkU,ed ta * " 

wi re,ess devi.es, hardware component for ,he deviees and servers, and types of nerwo* 
limited only by the claims and equivalents thereof. 
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